home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000752_timbl@dxcern.cern.ch _Fri Mar 12 16:57:21 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <timbl@dxcern.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA15773; Fri, 12 Mar 93 16:57:21 MET
  4. Received: from dxcern.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA01080; Fri, 12 Mar 1993 17:15:03 +0100
  6. Received: by dxcern.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA07452; Fri, 12 Mar 1993 17:14:24 +0100
  8. Date: Fri, 12 Mar 1993 17:14:24 +0100
  9. From: timbl@dxcern.cern.ch (Tim Berners-Lee)
  10. Message-Id: <9303121614.AA07452@dxcern.cern.ch>
  11. To: ccprl@xdm001.ccc.cranfield.ac.uk, www-talk@nxoc01.cern.ch
  12. Subject: Re:  WWW processing of tar files
  13.  
  14. This sounds fairly simple.  The question is, at which point should
  15. the unpacking be done?  If the server simply presents the whole
  16. file as a directory tree, then the client will never get the whole
  17. tar file in one. But if the whole tar file is shipped over as a
  18. lump, then looking at the first README is expensive.
  19.  
  20. How about both?  Suppose anz directorz which has an xxx.tar[.Z]
  21. in it is visible as both xxx.tar.Z for capture and also as
  22. a plain virtual directorz xxx for browsing?
  23.  
  24. The new librarz uses the same code for the server as for the client, so
  25. having written one the other way will come free. I gets its just
  26. a popen("zcat xxx.tar.Z | tar -tf -") ... can tar produce a
  27. subdirectorz listing?  hmmm... shouldn't be a problem.
  28.  
  29.   
  30. Sorry about the zy interchanges ... funnz kezboard lazout...
  31. Swiss people will be able to read it, anzwaz!  :-)
  32.  
  33. Tim